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JOB INFORMATION COMMUNICATION 
SYSTEM FOR A PRINTING SYSTEM 

This application is a divisional of application Ser. No. 
08/584,583, filed Jan. 11, 1996. 

FIELD OF THE PRESENT INVENTION 

The present invention relates generally to providing job 
information with information regarding the execution of a 
corresponding job and, more particularly, to a technique in 
which a job is provided to a printing machine from a 
transmission job originating station and the job is pro- 
grammed so that when at least a portion of the job has been 
processed by the printing machine a consumer of the job is 
provided with job information at a location remotely dis- 
posed with respect to the transmission job originating sta- 
tion. 

BACKGROUND OF THE PRESENT 
INVENTION 

It has been feasible, for some time now, to deliver 
documents from a point of origin to a remote location 
through use of facsimile technology. Various techniques for 
transmitting documents, via a facsimile transmission system 
are discussed in U.S. Pat. No. 5,295,181 to Kuo. The entire 
contents of U.S. Pat. No. 5,295,181 are hereby incorporated 
by reference. 

It has also been feasible, for some time now, to transmit 
jobs from a point of origin to a remote location through use 
of a printing arrangement employing a local or wide area 
network. This sort of network printing is often facilitated 
through use of a print service of the type disclosed in U.S. 
Pat. No. 5,220,674 to Morgan et ai. The entire contents of 
U.S. Pat. No. 5,220,674 are hereby incorporated by refer- 
ence. 

It is known that, pursuant to printing a job, it is desirable 
to provide a consumer or user of the job output with a 
"sheet" reflecting information regarding execution of the 
corresponding job. In one known example, the job informa- 
tion sheet may include a print reflecting characteristic values 
used to process the job. In another example, the sheet may 
include information confirming that a job has been trans- 
mitted to a remote facsimile receiving system. The confir- 
mation sheet commonly includes other information, such as 
when transmission of the job was completed, how many 
pages were transmitted, the location of the receiving system, 
etc. 

As is further known, a job information "sheet" can be 
either printed as hardcopy or transmitted, by way of 
network, back to a point of origin ("transmission job origi- 
nating station"), such as a host client on the network. In one 
known example, a job is provided to a network print engine 
and upon completion of the job, notification to that effect is 
provided to a host client. More particularly, in a known 
network printing system with a server, provided by Novell 
Corporation, and a workstation ("transmission job originat- 
ing station") using a Windows® operating system, a print 
job is transmitted from the workstation ("transmission job 
originating station") to the server. After the server has 
delivered the print job to a suitable printer on the network 
and the job has been printed, a confirmation notice is 
transmitted back to the workstation ("transmission job origi- 
nating station") for display therewith. 

In the area of facsimile printing, a feature referred to as 
"delayed facsimile transmission" is provided. This feature 
allows a facsimile job to be scanned at one time, with a, 
transmitting machine ("transmission job originating' 
station"), and then 
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transmitted to a remote receiving station at another time. In 
delayed facsimile transmission, a confirmation page is 
provided to a job transmitter at the trans-mission job 
5 originating station, the transmission job originating station 
being either a conventional transmitting machine, such as a 
facsimile machine, or at a workstation which has fax 
capabilities and is linked to a telecommunication port or a 
multi-functional printing device which is capable of- 
io transmitting the document as a facsimile document to a^ 
remote receiving station. The ability to provide commu- 
nication between a workstation and a multi-functional 
printing machine is publicly available through a Xerox • 
multi-functional printing system, known as "Document 
15 Centre 20"™, which permits a workstation ("transmission 
job originating station") to be coupled with a multi- 
functional printing machine, including a facsimile device. 

Known notification schemes are capable of providing 
20 confirmation or job run information at a point where the job 
originated ("transmission job originating station"). The 
problem with this approach, particularly in the area of 
delayed facsimile transmission, is that the job originator 
may not be present at the transmission job originating station 
25 to which the confirmation is conventionally delivered. This 
problem is aggravated when the user is off-site, relative to 
the transmission job originating station (point of confirma- 
tion delivery), and the job information sheet indicates that 
the job cannot be executed due to one or more faults. At least 
30 in some instances, if the job originator only knew of the 
fault, the difficulty in executing the job could be readily 
remedied. 

It would be desirable to provide a technique that permits 
the job originator to obtain job information about the job 
35 while the job originator is off-site, relative to the transmis- 
sion job originating station (point of confirmation delivery), 
so that the job originator can remedy simple faults in the job 
or, as a minimum, be apprised that transmission/printing of 
the job, at least for the time being, is not possible. 

40 

SUMMARY OF THE PRESENT INVENTION 

In accordance with a first aspect of the present invention, 
there is provided a transmission job originating station for 
use in a printing system with a printing machine for pro- 
45 ducing a set of prints from a print job, including a set of 
image data, in accordance with a job ticket. The job ticket 
includes a set of job execution attributes with each job 
execution attribute being associated with a programmable 
set of information for defining the corresponding job execu- 
50 tion attribute. A first one of the programmable sets of 
information instructs the printing system as to a manner in 
which job information is generated when at least a portion 
of the set of image data is processed in accordance with the 
job ticket. The transmission job originating station, which 
55 controls transmission of the job information to the one or 
more output confirmation destinations, includes: a document 
generating subsystem for providing at least a portion of the 
print job to be delivered to the print machine, a user 
interface, communicating with said document generating 
60 subsystem, for programming a second one of the program- 
mable sets of information, the second set of information 
including one or more confirmation destinations with each 
confirmation destination being disposed remotely of the 
transmission job originating station; and a control subsystem 
65 which, in response to processing at least a portion of the 
image data at the printing machine, reads the second set of 
job information and determines each confirmation 
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destination, programmed with said user interface, to which 
the job information is to be transmitted. 

In accordance with a second aspect of the present 
invention, there is provided a facsimile machine including 
an image data source and a transmitting subsystem to 5 
transmit image data to a first remove receiving station. A 
receiving subsystem receives job status information from the 
first remove receiving station, and a control subsystem 
causes the transmitting subsystem to transmit the job status 
information to a second remote receiving station. 10 

In accordance with a third aspect of the present invention 
there is provided a method for printing a job at a printing 
machine located remotely from a transmission job originat- 
ing station. The transmission job originating station includes 
a control subsystem and a document generating subsystem 15 
having a user interface for inputting job control instructions 
for a print job described by a job ticket. The document 
generating subsystem provides the print job to be delivered 
to the printing machine for producing a set of prints from the 
print job, including a set of image data, in accordance with 2 o 
the job ticket. The job ticket includes a set of job execution 
attributes with each job execution attribute being associated 
with a programmable set of information for defining the 
corresponding job execution attribute. A first one of the 
programmable sets of information instructs the printing 25 
system as to a manner in which the transmission job origi- 
nating station is to generate job information when at least a 
portion of the set of image data is processed in accordance 
with the job ticket, and a second one of the programmable 
sets of information lists one or more confirmation destina- 30 
tions with each confirmation destination being disposed 
remotely of the transmission job originating station. The 
method includes the steps of: using the user interface to 
program the second set of information with the one or more 
confirmation destinations; processing at least a portion of the 35 
image data at the printing machine; and in response to said 
processing, reading the second set of job information, with 
the transmission job originating station, for determining 
each confirmation destination, programmed with said 
programming, to which the job information is to be trans- 40 
mitted. 

In accordance with a fourth aspect of the present 
invention, there is provided a method for transmitting a 
facsimile document The method provides a source of image 
data and transmits image data to a first remote receiving 45 
station. Job status information is received from the first 
remove receiving station, and the job status information is 
transmitted to a second remove receiving station. 

In accordance with a fifth aspect of the present invention, 
there is provided a method for printing a job in a printing 50 
system with a printing machine for producing a set of prints 
from a print job including a document with the document 
being delivered from a transmission job originating station 
to the printing machine for execution of the document. The 
transmission job originating station further includes a 55 
troubleshooting subsystem for assisting a user to facilitate 
further processing of the print job in the event that one or 
more difSculties arise during processing of the document. 
The method includes: processing, with the printing system, 
at least a portion of the document; in response to both an 60 
event occurring during said processing and reading, with the 
transmission job originating station, information prepro- 
grammed by the user at the transmission job originating 
station, creating a link between the troubleshooting sub- 
system and the user with the user being disposed at a 65 
location remote to the transmission job originating station; 
and the troubleshooting subsystem performing a selected 
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operation on the print job in response to an input from the 
user at the location remote to the transmission job originat- 
ing station. 

Further objects and advantages of the present invention 
will become apparent from the following description of the 
various features of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The following is a brief description of each drawing used 
in describing the present invention, and thus, the drawings 
are being presented for illustrative purposes only and should 
not be limitative of the scope of the present invention, 
wherein: 

FIG. 1 is a block diagram depicting a multi-functional, 
network adaptive printing machine; 

FIG. 2 is a block diagram of a video control module for 
the printing machine of FIG. 1; 

FIG. 3 is a block diagram of a transfer module used in 
conjunction with the printing machine of FIG. 2; 

FIG. 4 is a block diagram of a facsimile card used in 
conjunction with the printing machine of FIG. 2; 

FIG. 5 is a block diagram of a network controller for the 
printing machine of FIG. 1; 

FIG. 6 is a block diagram of the facsimile card of FIG. 4 
modified to provide a platform for performing a technique in 
accordance with the present invention; 

FIG. 7 is a flow diagram representing an overview of the 
technique of the present invention; 

FIG, 8 is a flow diagram representing a subroutine for 
programming a job ticket with confirmation destinations; 

FIG. 9 is a flow diagram representing a subroutine for 
transmitting a job information page to one or more confir- 
mation destinations; and 

FIG. 10 is a flow diagram representing a subroutine for 
implementing an interactive program between a user and a 
troubleshooting subsystem to perform an operation on a job 
which encounters operational difficulties during processing 
thereof. 

DETAILED DESCRIPTION OF THE DRAWINGS 

The following is a detailed description of the drawings 
illustrating the present invention. In this description, as well 
as in t{ie drawings, like reference numerals have been 
utilized to represent like devices, circuits, or equivalent 
circuits performing the same or equivalent functions. 

In the following description, as well as throughout the 
specification, the term "transmission job originating station^ ' 
has been used to describe the concepts of the present 
invention. Transmission job originating station refers to the 
facsimile machine or multi-functional printing device from 
which the transmit/printing job was programmed. Transmis- 
sion job originating station also refers to the workstation 
from which the transmit/printing job was programmed. The 
facsimile machine, multi-functional printing device, or fac- 
simile modem used to transmit the print job is merely the 
transmitting station, not the transmission job originating 
station. 

Referring to FIG. 1, a multi-functional, network adaptive 
printing system is designated by numeral 10. The printing 
system 10 includes a printing machine 12 operatively 
coupled with a network service module 14. The printing 
machine 12 includes an electronic subsystem 16, referred to 
as a video control module (VCM), communicating with a 
scanner 18 and a printer 20. In one example, the VCM 16, 
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which will be described in further detail below, coordinates bandwidth of the VBus 28. In one example, the packet buffer 

the operation of the scanner and printer in a digital copying 38 can programmed to handle packets of up to 64 Bytes, 

arrangement. In a digital copying arrangement, the scanner Preferably, the packet size would be reduced for times when 

18 (also referred to as an image input terminal (IIT)) reads the VBus 28 is relatively busy and increased for times when 

an image on an original document by using a CCD sensor, 5 activity on the bus is relatively low. 

full width array sensor, or other photosensitive device Adjustment of the packet size is achieved with the VBus 

capable of converting light to electrical signals. The clcc- interface 40 and a system controller 44 (FIG. 5). Essentially, 

trical signals are converted to multi-level digital signals. In the VBus interface 40 is an arrangement of logical 

turn, an image processing system 22 (FIG. 2), associated components, including, among others, address counters, 
with the scanner 18, executes signal correction and the like, 10 decoders and state machines, which provides the transfer 

and a compressor 62 compresses the multi-level signals module 36 with a selected degree of intelligence. The 

which are then preferably stored in an electronic precoilation interface 40 communicates with the system controller 44 

(EPC) memory 24. (FIG, 5) t0 k eep trac k 0 f desired packet size and, in turn, this 

Referring again to FIG. 1, the printer 20 (also referred to knowledge is used to adjust the packet size of the packet 
as an image output terminal (IOT)) preferably includes a 15 buffer 38, in accordance with bus conditions. That is, the 

xerographic print engine, but may include an inkjet device controller 44 (FIG. 5), in view of its knowledge regarding 

or other image marking device which is capable of rendering conditions on the VBus 28, passes directives to the interface 

an electronic image onto a substrate. 40 so that the interface 40 can adjust packet size accordingly. 

In the xerographic example, the print engine has a multi- Further discussion regarding operation of the transfer mod- 
pitch belt (not shown) which is written on with an imaging 20 uie 36 ^ provided below. 

source, such as a synchronous source (e.g. laser raster output More particularly, for each image, the DMA transfer unit 

scanning device) or an asynchronous source (e.g. LED print 42 employs a conventional DMA transfer strategy to transfer 

bar). In a printing context, the multi-level image data is read the packets. In other words, the beginning and end addresses 

out of the EPC memory 24 (FIG. 2) and is converted to of the packet are used by the transfer unit 42 in implement- 

printing data by an image processing system 23. The print- 25 ing a given transfer. When a transfer is complete, the 

ing data generated by the image processing system 23 is interface 40 transmits a signal back to the system controller 

used to control the turning ON and OFF of the imaging 44 of FIG. 5 so that further information, such as desired 

source so as to form a latent image on a photoreceptor. The packet size and address designations, can be obtained, 

latent image is then developed with, for example, a hybrid Referring to FIGS. 1 and 2, three I/O components are 

jumping development technique and transferred to a print 30 shown as being coupled operatively to the VBus 28, namely 

media sheet. Upon fusing the resulting print, the resulting a FAX module 48, the scanner or IIT 18, and the printer or 

print may be inverted for duplexing or simply outputted. 10T 20; however, it should be recognized that a wide variety 

Referring specifically to FIG 2, the VCM [6] 16 will be of com P onents couId be cou P Ied t0 & Q VBus 28 wav 2f 

discussed in further detail. The VCM 16 includes a video bus 35 311 ex P ansion slot 50 - Referrin § t0 FIG - 4 > M implementation 

(VBus) 28 with which various I/O, data transfer components for ±e FAX module > which is C0U P Ied t0 ** VBus 28 h V 

and storage components communicate. Preferably the VBus ! way of transfer moduIe 36B > IS discussed in further detail. . 

28 is a high speed, 32 bit data burst transfer bus which is * a ^ e P re ^ erred embodiment, a facsimile device (FAX) 51 

expandable to 64 bit. The 32 bit implementation has a deludes a chain of components, namely a section 52 for 

sustainable maximum bandwidth of approximately 60 40 P erformiri S adaptive compression/decompression, a section 

Mbytes/sec. In one example, the bandwidth of the VBus is as ' 54 for ScaIing the com P ressed ima S e data > a 56 for 

high as 100 Mbytes/sec. converting the scaled compressed image data to or from 

The storage components of the VCM reside in the EPC CCI TT format, and a modem 58 for transmitting CC1TT 

memory section 30 and the mass memory section 32 The 1 fonnatted data from or t0 a telecommunication network, by 

EPC memory section includes the EPC memory 24, the EPC 45 Way ° f a conventional communication line, 

memory 24 being coupled with the VBus by way of a DRAM j Referring still to FIG. 4, each of the sections 52, 54, and 

controller 33. The EPC memory 24, which is preferably 56 ' as weil as ' modem 58 are coupled with the transfer 

DRAM, provides expansion up to 64 MBytes, by way of two ' module 36B °y wa >" of a coatro1 line 60 - This permits 

high density 32 bit SIMM modules The* mass m ! ^ansfers to be made to and from the FAX module 48 without 

section 32 includes a SCSI hard drive device 34 coupled to 50 Evolving a processor. As should be understood, the transfer 

the VBus 28 by way of a transfer module 36A Other I/O modu k 36 B can serve as a master or slave for the FAX 

and processing components are coupled respectively to the ' m ° dule 48 in that the transfer modulc 36B ca ° provide 

VBus 28 by way of transfer modules 36B 36C 36D and 36 f UDage data t0 ^ FAX moduie 48 for P ur P oses of transmis- 

[F]E. It will be appreciated that other devices' fe* a sion or receive an incoming FAX. In operation, the transfer 

workstation) could be coupled to the VBus bv wav of » 55 moduIe 363 reacts 10 the FAX modulc 48 m thc same 

transfer module through use of a suitable mtZfJ* . JS maaner that il would react t0 any other 1/0 com P oocat For 

SCSI line. teifaCe and a example, to transmit a FAX job, the transfer module 36B 

Referring to FIG. 3, the structure of one of the transfer feeds packets of image data to the section 52 through use of 

modules 36 is discussed in further detail. The illustrated the DMA transfer unit 42 and, once a packet is fed, the 

transfer module 36 of FIG. 3 includes a packet buffer 38, a 60 transfer module 48 transmits an interrupt signal to the 

VBus interface 40 and DMA transfer unit 42. The transfer system processor 44 requesting another packet, 

module 36, which was designed with "VHSIC" Hardwire In one embodiment, two packets are maintained in the 

Description Language (VHDL), is a programmable arrange- packet buffer 38 so that "ping-ponging" can occur between 

ment permitting packets of image data to be transmitted the two packets. In this way, the transfer module 36B does 

along the VBus at a relatively high transfer rate. In 65 not run out of image data even when the controller 44 cannot 

particular, the packet buffer 38 is programmable so that the get back to the transfer module 36B immediately upon 

segment or packet can be varied according to the available receiving an interrupt signal. 
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Referring again to FIG. 2, the IIT 18 and IOT 20 are includes ail of the hardware and software necessary to relate 

operatively coupled to the VBus 28 by transfer modules 36C the hardware/software components of the controller 44 with 

and 36D. Additionally, the IIT 18 and the IOT 20 are the hardware/software components of the network 78. 

operatively coupled with a compressor 62 and a decompres- In 0Qe example, the network 78 includes a client, such as 

sor 64, respectively. The compressor and decompressor are 5 a workstation 82 with an emitter or driver 84. In operation, 

preferably provided by way of a single module. In practice, a user mav generate a job including a plurality of electronic 

at least some of the functionality of the transfer modules is pages and ' a xl of processing instructions. In turn, the job is 

provided by way of a 3 channel DVMA device, which converted, with the emitter, into a representation written in 

device provides local arbitration for the compression/ a page description language, such as PostScript. The job is 

decompression module. 10 tnen transmitted to the controller 44 where it is interpreted 

As further illustrated by FIG. 2, the scanner 18, which with a decomposer. Some of the principles underlying the 

includes the image processing system 22, is coupled with an concept of interpreting a PDL job are provided in U.S. 

annotate/merge module 66. Preferably the image processing application Ser. No. 07/898,761 entitled "Apparatus and 

system 22 includes one or more dedicated processors pro- Method for Multi-Stage/Multi-Process Decomposing", filed 

grammed to perform various desired functions, such as 15 on Jun. 12, 1992, by Bonk et al., and U.S. Pat. No. 5,226,112 

image enhancement, thresholding/screening, rotation, reso- to Mensing et al., the pertinent portions of both references 

lution conversion, and TRC adjustment. The selective acti- being incorporated herein by reference, 

vation of each of these functions can be coordinated by a Referring again to FIG. 2, the network service module 14 

group of image processing control registers, the registers ^ C0U pled with the VCM 16 via a bus gateway 88 of the 

being programmed by the system controller 44. Preferably, 20 VBus arbiter/bus gateway 71. In one example, the bus 

the functions are arranged along a "pipeline" in which image gateway 88 comprises a field programmable gate array. The 

data is inputted to one end of the pipeline, and processed 5us gateway 88 provides the interface between the host 

image data is outputted at the other end of the pipeline. §Bus 72 of FIG. 5 and the VCM VBus 28. It provides VBus 

^ To facilitate throughput, transfer module 36E is posi- address translation for accesses to address spaces in the 

tioned at one end of the image processing system 22 and 25 VBus real address range, and passes a virtual address to the 

transfer module 36C is positioned at another end of the host SBus 72 of FIG. 5 for virtual addresses in the host 

image processing system 22. Positioning of transfer modules address range. A DMA channel for memory to memory 

36C and 36E in this manner greatly facilitates the concur- transfers is also implemented in the bus gateway 88. Among 

rency of a loopback process. other things, the bus gateway 88 provides seamless access 

Referring still to FIG. 2, arbitration of the various bus 30 between the VBus 28 and SBus 72, and decodes virtual 

masters of the VCM 16 is implemented by way of a VBus addresses from bus masters, such as one of the transfer 

arbiter 70 disposed in a VBus arbiter/bus gateway 71. The modules 36, so that an identifier can be obtained from a 

VBus arbiter 70 determines which bus master (e.g. FAX corresponding slave component. It will be appreciated by 

module, Scanner, Printer, SCSI Hard Drive, EPC Memory or <. tnose skilled in the art that many components of the printing 

Network Service Component) can access the VBus 28 at one system 10 are implemented in the form of a single ASIC, 

given time. The VBus arbiter 70 is made up of two main Referring to FIGS. 2,3 and 5, further discussion regarding 

sections and a third control section. DMA transfer of each of the transfer modules 36 is provided. 

The first section, i.e. the "Hi-Pass" section, receives input In particular, in one example, the images of a job are stored 
bus request and currently priority selection and outputs a 40 in the host memory 74 as a series ofblocks. Preferably, each 
grant corresponding to the highest priority request pending. block comprises a plurality of packets. In operation, one of 
The current priority selection input is the output from the the transfer modules 36 is provided, by the controller 44, 
second section of the VBus arbiter 70 and is referred to as with the beginning address of a block and the size of the 
"Priority Select". This section implements a priority rotation block. In mm, for that block, the transfer module 36 effects 
and selection algorithm. At any given moment, the output of 45 a packet transfer and increment/decrements a counter. This 
the logic for Priority Select determines the order in which procedure is repeated for each packet of the block until the 
pending requests will be serviced. The input to Priority interface 40 determines, by reference to the counter, that the 
Select is a register which holds an initial placement of last packet of the block has been transferred. Typically, for 
devices on a priority chain. On servicing requests, this logic ca ch stored image, several blocks are transferred, in a 
moves the devices up and down the priority chain, thereby 50 packet-by-packet manner, as described immediately above, 
selecting the position of a device's next request. Control Referring to FIG. 6, a FAX module, which is shown as 
logic synchronizes the tasks of the Hi-Pass and the Priority being modified to accommodate the technique of the pre- 
select by monitoring signals regarding request/grant activ- ferred embodiment, is designated with numeral 51c. The 
ity. It also prevents the possibility of race conditions. FAX module 51a differs from the FAX module 51 of FIG. 

Referring to FIG. 5, a network service module 14 is 55 4 in that the modem 58, rather than communicating directly 

discussed in further detail. As will be recognized by those 1 with a telecommunication network 170 is coupled with a 3:1 

skilled in the art, the architecture of the network service : bidirectional multiplexer (MUX) 100. Further inputs to the 

module 14 is similar to that of a known "PC clone". More MUX include a multi-tone detector 102 and a voice synthe- 

particularly, in the preferred embodiment, the controller 44 is . s i zer tQe significance of which, to the preferred 

coupled with a standard SBus 72. In the illustrated *60 technique, will be discussed below, 

embodiment of FIG. 5, a host memory 74, which preferably The detector 102 and synthesizer 104, which are imple- 

assumes the form of DRAM, and a SCSI disk drive device mented with conventional telecommunication components, 

76 are coupled operatively to the SBus 72. While not shown • communicate with the bus 28 so that multi-bit data can flow 

in FIG. 5, a storage or I/O device could be coupled with the 1 freely between the telecommunication network 170 and 

SBus 72 with a suitable interface chip. As further shown in ' 65 memory (system memory 74 and disk 76 (FIG. 5)) under the 

FIG. 5, the SBus 72 is coupled with a network 78 by way of ' influence of the controller 44. As will be appreciated, 

an appropriate network interface 80. The network interface messages can be stored in disk 76 and transmitted to the 
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telecommunication network 170 witb the voice synthesizer Assuming that remote confirmation functionality is 

104. Moreover, interactive communication between the tele- desired, various steps are employed to designate the 

communication network 170 and the controller 44, with its destinations) to which the confirmation is to be delivered, 

attendant memory, can be achieved with the multi-tone It is contemplated that software, other than that alluded to in 

detector 102. Finally, control of communication to and from 5 the illustrated embodiment of FIG. 8 would be required to 

the telecommunication network 170 is facilitated by the facilitate transmission of confirmation information to the 

controller by way of the control line 61. designated confirmation destination(s). For one, a program 

Referring to FIG. 7, an overview of the preferred embodi- would be required to gather the confirmation information for 

ment of the present invention is discussed briefly. A print job eventual output and, for another, directions for transmission 

is programmed initially at the transmission job originating 1Q by, for example, a server to destination(s) across an associ- 

station by way of a subroutine 109 with, in one example, a atcd network would be required. Any conventional software 

suitable dialog (not shown) provided by way of an appro- application which can implement the information gathering 

priate user interface (UI) 106 of FIG. 2, the UI 106 prefer- and subsequent transmission routines can be utilized to carry 

ably including a display screen (not shown) and being out this aspect of the present invention, 

coupled with the bus 28 by way of a conventional interface To program one or more confirmation destinations, a page 

108. As will be appreciated, the transmission job originating 15 ticket, specifically listing confirmation destinations is 

station could be a workstation 82. A job is then, or at some mapped to the general job ticket (step 126) and a delermi- 

pre-specified later time, processed and, if the corresponding nation is made, by way of step 128, as to whether confir- 

job program is a standard program without the requirement mation information is to be delivered to one or more E-Mail 

of remote informing (see query 110), an information (e.g. destinations. If one or more of the confirmation destinations 

confirmation) sheet is provided locally (step 112) at the 20 include E-Mail destinations, then one or more suitable 

transmission job originating station. If the transmission job E-Mail addresses are entered and stored (step 130). It will be 

originating station is a facsimile machine or multi-functional appreciated that E-Mail addresses could be stored in a 

printing device, the confirmation sheet is printed by the local database, prior to the programming of subroutine 109, so an 

print engine associated with the transmission job originaling E-Mail address could be listed automatically in the mapped 

station, or if the transmission job originating station is a 25 page ticket in response to the provision of a corresponding 

workstation, the confirmation is displayed on the display name. 

screen associated with the workstation. if 0 ne or more confirmation destinations are to be trans- 

On the other hand, if the program calls for a remote job mitted by way of a telecommunications network (step 132), 

information indication, the confirmation information pro- then one or more telecommunication addresses (e.g. tele- 

vided by way of a subroutine 114 which, in response to 30 phone numbers) are, via step 134, entered. It will be appre- 

attendant programming, transmits confirmation information ciated that confirmation messages can be delivered to a user 

to one or more suitable output devices (e.g. a printer and/or ^ terms 0 f a vo i ce connection (step 136), electronic data, or 

a telecommunication device) which are remote to the trans- a FAX reproduction. In the event that the receiver is a FAX 

mission job onginatmg station. As will be appreciated, the device> tfae css retums t0 ^ main program. If the 

information provided to a consumer or user may not be a receivef fa aQ £ . Mail destination> the confirmation informa- 

th?S t!t: ^formation indicating ^ . laced ^ aQ £-Maii DQte and & DQte . ^ smiti , d 

trie print job, for one reason or another could not be ■ • T iU „ . 4t _ . c k . . . 

processed/Accordingly, while the present description refers <° the r ™ In the event ' h ° WeVer ' that « t0 

to "confirmation" it will be understood that a confirmation be Provided by voice one or more voice messages, prefer- 

notice contemplates those situations in which non- ably prestored in the disk 76 (FIG. 5), are mapped, via step 

confirming information is provided to the user. *o 13S > t0 one or more confirma ^ oa locations. 

Referring to query 116, it may be desirable to direct the Referring to FIG. 9, in the preferred embodiment, at least 

transmission job originating station to contact the user in the a portion, of the job is executed (step 142) and a confirmation 

event that a fault in job processing occurs. Such a situation ( or information) page is generated for buffering or storing 

may arise during printing of the print job because a font is ( stc P I 44 )- If remote confirmation is not required by the job 

unavailable at the host printing machine. In this event, the 45 program (see query 146), then the confirmation page is 

user or developer of the job may take some action (step 118), printed .at the print engine local to the transmission job 

such as editing the job, to overcome the fault and thus permit originating station if this station is a facsimile machine or a 

the job to be retransmitted to the host printing machine for multi-functional printing device (step 148), or displayed on 

successful printing. In another contemplated situation, the a display screen associated with the transmission job origir 

user may simply store the job in order to take an action on 50 nating station if this station is a workstation; i.e., the 

the job at a future time. confirmation information is transmitted back to the point 

Referring now to FIG. 8, a detailed discussion of the from which the print job was sourced. It will be understood 

above-mentioned subroutine 109 is provided. Initially, at that the software for generating the job information sheet 

step 122, a user sets values for a job ticket, the job ticket and transmitting it across the network to the point of job 

providing, amount other things, control information for 55 origin is conventional. 

executing the corresponding print job. Background infer- If the job ticket is programmed for remote functionality, 

mation for job tickets, and an approach for setting attribute the page ticket, provided by way of the illustrated procedure 

values therein, can be found in U.S. Pat. No. 5,271,065 to of FIG. 8, is accessed at step 150. Pursuant to transmitting 

Rourke et al., the entire contents of which are incorporated the confirmation information, it is determined, by way of 

herein by reference. Upon completing programming to 60 step 152, if any of the one or more confirmation destinations 

facilitate printing, query 124 is used to determine if the of the page ticket relate to an E-Mail address. If E-Mail is 

program developer seeks to deliver job confirmation infor- called for, then the stored E-Mail addresses) are accessed 

mation remotely of the site at which the user is programming (step 154) for transmitting a copy of a confirmation page by 

the job; i.e., query 124 is used to determine if the program way of the network, to one or more predesignated E-Mail 

developer seeks to deliver a job confirmation information to 65 addresses. It will be appreciated that the present emhodi- 

a station that is remote of the transmission job originating ment contemplates transmission of E-Mail to any poinl 

station. along the emerging electronic "superhighway". 
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In addition to processing any E-Mail confirmations), it is 
determined, via step 158, whether any of the confirmation 
information is to be transmitted to one or more telecommu- 
nication locations. In one example (steps 160 and 162) the 
confirmation information is to be transmitted to a FAX 
device, in the form of an electronic FAX page, for devel- 
opment of a FAX reproduction at a suitable FAX device. It 
is contemplated that a confirmation page could be developed 
by obtaining a suitable form, with blank fields, from disk 76 
(FIG. 5) and filling in the fields with the controller 44 by 
reference to the job ticket and system data generated as a 
result of processing the print job. The system would provide 
information, such as when the job was printed and any faults 
that may have arisen during processing of the print job. An 
arrangement suitable for this sort of form printing can be 
found in UK Patent Application 2,198 V 566A 

In another example (steps 160, 164, 166 and 168), a voice 
message is transmitted to one or more confirmation desti- 
nations. For voice transmission, the system determines what 
job run information is appropriate for transmission to the 
confirmation destination^) and broadcasts the same to the 
one or more confirmation destinations. To appreciate the 
message transmission technique illustrated in FIG. 9, refer- 
ence is made to FIGS. 5 and 6 along with the following 
example. 

A job is either developed at the printing system 10 
(facsimile machine or multi-functional printing device) or 
transmitted to the printing system (facsimile machine, multi- 
functional printing device, modem, or other telecommuni- 
cation port) from the workstation 82. The program for the 
job indicates that any confirmation information is to be 
provided to the user's phone through telecommunication 
network 170 at location 171. When the job is printed, the 
controller 44, accesses a file in the disk 76 that includes 
information indicating that the job has been printed. In turn, 
the message is streamed to the voice synthesizer 104 for 
converting the digitally encoded information of the file into 
a suitable format for transmission to the user's phone 
through telecommunication network 170. The suitably for- 
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machine to transmit the image data to a third remote 
receiving station; causing the facsimile machine to retrans- 
mit the image data to the first remote receiving station; 
causing the facsimile machine to store the image data in a 
local memory, etc. 

As will be recognized, not all jobs are executable due to, 
among other things inconsistencies between the job ticket 
and the capabilities of the host printer. To appreciate what 
can "go wrong", during the execution of a print job, refer- 
ence is made to the following example. 

The same job referred to above is provided to the 
printing system with a font call for "helvetica". ' 
Unbeknownst to the job developer, this font is unavailable in 
the printing system and the printing system is not 
programmed to make a substitution for that font. 
Accordingly, the controller fetches a message from disk, 
indicating the unavailability of the font, and sends it off to 
the user's phone through telecommunication network 170, by 
use of the voice synthesizer [102] 104 (FIG. 6). In [a] 
another example, a host FAX device may not be able to print 
the above-mentioned job simply because it is out of toner. 

It should be recognized that by only providing the fault 
information, the event can give rise to a frustrating situation 
for a user who needs the job printed immediately and has the 
wherewithal to change the job and resubmit it to the printer. 
Moreover, these situations may be especially frustrating for 
the user who requires immediate printing because the print- 
ing fault may be resolved by simply having someone on-site, 
relative to the FAX device, provide a toner and resending the 
job. 

A possible solution to this problem is contemplated in 
another embodiment of the present invention. Referring to 
step 172 of FIG. 9 and FIG. 10, an interactive technique for 
providing an advantageous solution to the above-described 
situations is discussed. Assuming that the originator of the 
job is contacted with a system problem (step 172 of FIG. 9 
and step 174 of FIG. 10), a troubleshooting subsystem, 
which may be implemented on the printing system 10 



matted information is then transmitted to the MUX 100 for 40 (facsimile machine or multi-functional printing device) or 



broadcast to the confirmation destination 171. 

In a facsimile embodiment of the present invention, a 
facsimile machine includes an image data source for pro- 
viding the image data to be transmitted. This image source 
may be a scanner or workstation or other type of device 
capable of creating image data. A transmitting subsystem of 
the facsimile machine transmits the image data to a first 
remote receiving station. The first remote receiving station 
may be another facsimile machine, a networked printer, or 
multi-functional printing device. A receiving subsystem of 
the facsimile machine receives job status information from 
the first remote receiving station. Then a control subsystem 
of the facsimile machine causes the transmitting subsystem 
to transmit the job status information to a second remote 
receiving station. The second remote receiving station may 
be a facsimile machine, workstation, a telephonic device, a 
networked printer, an E-mail destination, a multi-functional 
printing device, or other device capable of receiving infor- 
mation from a network and conveying the information ]n 
human recognizable form. 

The facsimile machine can also be interactive with the 
second remote receiving station and cause a query to be sent 
to the second remote receiving station. In this example, the 
facsimile machine will perform a predetermined set of 
functions in response to information, corresponding to the 
query, received from the second remote receiving station. 
Examples of these functions are causing the facsimile 
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any system (e.g. workstation) communicating with the print- 
ing system 10 and having suitable structure and 
functionality, awaits a telephonic command from the user 
(step 176) in the form of one or more tones, each tone or set 
of tones corresponding with a preprogrammed command for 
the system. It will be appreciated that the technique of the 
preferred embodiment contemplates the use of a wide range 
of telephonic device so that the user could even provide 
input from a "beeper" or a cellular telephone while "on the 
run". 

Upon receiving a command from the user, the system 
determines, at step 178, whether the command is directed 
toward a "transmission" command or a "save document" 
command. It will, of course, be appreciated that the com- 
mands of the illustrated embodiment are exemplary and 
other commands are contemplated by the preferred embodi- 
ment. For example, another command might include an 
"inform other" where a key operator of a printing machine 
is notified of a problem in the printing system 10 by way of 
the voice synthesizer 104 (FIG. 6). 

Referring to a first case for step 180, it is understood 
that, in one instance, a user may desire to' be called back at a 
later time because the user is not presently at a given j 
confirmation site. This situation further contemplates another ' 
command in which the controller obtains a phone number of 
another location at which the user may reside. In other,, 
words, the command may assume the form of either "Call me 1 



6 and the example described above in which printing was 
faulted due to the lack of helvetica font. In particular, the 
user may wish to change the font of the faulted document to 
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back at ..." or "Call 'so and so' at 'such and such' a number". the confirmation message should be directed. In addition to 

It will be understood that these commands are provided by inputting the telephone, the user selects either a human 

way of conventional interactive telephonic software used in option or machine option. In this way if the user inputs a 

conjunction with the multi-tone device of the type shown in remote facsimile telephone number, the confirmation mes- 

FIG. 6. 5 sage can be faxed to this machine. However, if the user 

In another instance of the first case, a user may wish to in P uts a norn3al telephone number, a voice synthesizer 

resendajob, after editing it, or simply have it sent to another within tfae facsimile machine will be activated upon the 

printer which may possess the capabilities demanded by the answering of the phone and inform the user audibly of the 

job ticket. To appreciate the edit and resend scenario status of the deiaved transmission. If the fax machine is 

reference is made again to the illustrated embodiment of V\G. ' 10 conaected t0 a network, the user would also have the option 

of inputting an electronic mail address. 

A further modification would include an interactive sys- 
tem such that when the facsimile machine sent the confir- 
font that is known to reside in the printing system. mation, message, which may include fault information, to a 
Moreover, the user may possess a document editing device 15 human answerable telephone, the receiver of the confirma- 
[181] (FIG. 6), communicating with the NET 78 that tion message could send instructions back to the facsimile 
(FIG. 5) of the memory (system memory 74 or disk 76) and 1 machine; i.e., resend the document, send the document to an 
make the appropriate change in font call(s). In turn, upon ' alternative number, delete document from memory, resend 

editing the job, the user can have it resent for execution. , n documeQt at a later lime > cali back * te ° minutes to 
20 receive instructions. 

It. should be recognized that the resend and call back Numerous features of the above-described technique for 

commands can be used in conjunction to considerable developing and communicating job information will be 

advantage. That is, in one example, the user can indicate that appreciated by those skilled in the art. 

the user dashes to be called back later, after having time to First, a technique is provided for transmitting job infor- 

edit a document, for the purpose of resending the edited 25 mation to one or more locations, each of which one or more 

document to a particular machine. In another example, the locations is remote relative to both an origin of the job 

user can call a key operator to remedy a fault, e.g. over- (transmission job originating station) and a host machine at 

coming a toner deficiency, and then provide a resend com- which the job was at least partially processed. More 

mand. Alternatively, the resend command could include a particularly, a user can program a job ticket so that the job 

delay so that a period of time in which to overcome a fault 30 information can be sent to just about any location that is 

would be prov l dcd, linked to a telecommunication network or the information 

Referring to steps 182 and 184, there are certain circum- superhighway. This ability to send job information to an 
stances in which it may be desirable to simply store a unlimited number of output destinations makes the tech- 
document for future processing. In one example, it may be 35 nique particularly advantageous to users who, for one reason 
known that, in view of the nature of an indicated fault, or another, cannot be at the location where job information 
printing of a subject document may not be feasible in the has been conventionally provided, 
immediate future. For this example, it will sometimes, as Second, the technique permits a high degree of flexibility 
indicated by step 186, be desirable to delete the job. In with respect to output options. In one example, job infor- 
another example, complete job execution may have been ^ mation can be provided at a wide range of output destina- 
achieved, but the operator may seek to save the document tions on a network, either by E-Mail or facsimile transmis- 
because frequent printing of the same job, within the imme- s ion. In another example, the job information can be 
diate future, is expected. The illustrated embodiment of FIG. provided to a wide range of output destinations on a tele- 
10 contemplates, by way of step 188, that, under some communications network. 

circumstances, the user will not provide a command and no 45 FinallVj thc tec hnique contemplates an interactive model 

further 'action will be taken toward executing the print job. that s i 5aificant i y expands the user's ability to remedy 

To illustrate the present invention in another way, the faulted Jobs. More particularly, when a job is faulted, a 
present invention will be described with respect to a fac- troubleshooting subsystem contacts the user at a pre- 
simile environment. As noted before, conventional facsimile specified location so that the user can provide the trouble- 
machines allow a person to send a fax either immediately 50 shooting system with a command. In one example, the 
upon the scanning of the document or at some later specified command causes the job to be stored for later execution. In 
time; i.e., at a later time to avoid peaks hours or to take another example, the user can edit the job and retransmit it 
advantage of lower phone rates. However, since using this to the host printing machine for execution. In another 
delay feature does not guarantee reception by the intended example, the user can remove a fault causing condition at the 
party, the sender does not realize the problem until the next 55 host printing machine and have the troubleshooting system 
morning when the sender checks the confirmation copies call back thc user, at a later time, so that the user can direct 
from the night before. This delay in receiving a confirmation the troubleshooting system to retransmit the edited job to the 
message indicating that the fax was not properly received by host printing machine for execution. In yet another example, 
the intended party can be disruptive to business. the user can have a subject job sent on to another printing 

To resolve this problem, a preferred implementation is 60 machine whea it is clear that thc host printing machine is not 

provided in which the user is enabled to redirect the con- appropriate for printing the subject job. All these possibili- 

firmation message to an ofl-site location. This can be accom- ties are made possible by enabling the transmission job 

plish by adding a subroutine to existing delay transmission originating station to contact the user at a remote location 

programs wherein the user selects the option of redirecting and provide that user with confirmation and/or fault infor- 

the confirmation message to another location. When this 65 rnation. 

option is selected, the user inputs a confirmation destination Although the present invention has been described in 

represented by, for example, a telephone number to which detail above, various modifications can be implemented 



